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SYSTEM AND METHOD FOR PRICING OF A FINANCIAL PRODUCT OR 
SERVICE USING A WATERFALL TOOL 



s : i; 



BACKGROUND OF THE INVENTION 

The invention relates generally to pricing financial services products, and 
more particularly to reviewing financial services pricing processes. 

The fastest and most effective way for a company to realize its maximum 
profits is to price its products and services effectively. The right price can increase a 
5 company's profits faster than increasing sales volume will. Studies have shown that 
improvements in price typically have 3 to 4 times the effect on a company's 
profitability as proportionate increases in volume. There are many products and 
services for which consumers may be willing to pay higher prices because of the 
desirability of such products and services. However, tiiere are pricing points above 
1 0 which consumers will become unwilling to pay to obtain the products or services. 

Knowing how the pricing process can be optimized would be beneficial to sellers of a 
product/service. 

Price management issues tend to fall into 3 distinct areas. The first area is 
"industry supply and demand." At this highest level of price management, the basic 

1 5 laws of economics come into play. Changes in supply {e.g., new competitors), 

demand {e.g., demographic shifts, emerging substitute products), and costs (e.g., new 
manufacturing technologies) have significant effects on industry price levels. 

The second area of price management is "product market strategy." The 
central issue in this area is how consumers perceive the benefits of products/services 

20 across available suppliers. If a particular product/service delivers more benefit to 

consumers, then the company can usually charge a higher price versus its competition. 
The trick is to understand what features of the product/service consumers perceive as 
important, how the company's products/services stack up against its competitors' 
products/services, and how much consumers are willing to pay for the superior 

25 product/service. 

The third area of price management is management of prices at the 
"transaction" level. The critical issue here is to determine how to manage the exact 
price charged for each transaction or order. In other words, what base price to use, 
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what discounts/allowances may apply, what rebates may apply, and what incentives 
and bonuses may apply. 

Where concern at the other two levels of price management is directed to the 
broad, strategic positioning of products/services in the marketplace, focus at the 
5 transaction level of price management is microscopic - consumer by consumer, 
transaction by transaction, deal by deal. 

The objective of Ixansaction price management is to achieve the best net 
realized price for each order or transaction. However, the complexity and volume of 
y> transactions tend to create a smokescreen that may make it impossible for the 

|; 1 0 company ' s management to understand what is actually happening at the transaction 

level. Management information systems often do not report on transaction price 
Sj performance, or may report only average prices and thus may not illuminate pricing 

p opportunities lost on a transaction by transaction basis. Moreover, many companies 

f only report on final invoice price related to the original base price (i.e., whether 

hi 15 discounts or allowances applied, etc.). In most businesses, however, particularly 

those selling through agents, brokers, or other intermediaries, final invoice price does 
O not reflect the true transaction price. A host of additional factors may come into play 

between the set invoice price and the final transaction cost, for example, prompt 
payment discounts, volume buying incentives, commissions and bonuses payable to 
20 sales brokers and agents, and cooperative advertismg allowances. When you subtract 
the income lost through transaction-specific elements such as these fi-om invoice price 
what is left is called the "pocket price," in other words, the revenues which are left m 
the company's pocket as a result of a transaction. This "pocket price," rather than the 
invoice price, is a more appropriate measure of the pricing attractiveness of a 
25 transaction. However, managers often fail to focus on pocket price because 

accounting systems do not collect information on many of these off-invoice discounts 
on a transaction basis. Moreover, since financial products and services are not 
commodities, the correct pricing points can be even more difficult to establish for 
such prices and services. 
30 Ottier drawbacks may also exist in connection with conventional pricing 

systems and processes. 
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BRIEF SUMMARY OF THE INVENTION 

It is therefore desirable to address the drawbacks in conventional transaction 
level pricing systems and processes in connection with financial products and/or 
services. 

A system and method for analyzing a financial services pricing process is 
5 provided. The method includes the steps of receiving data fi-om a plurality of sources 
in a tool; and generating a waterfall. The step of generating the waterfall includes the 
sub-steps of measuring predetermined pricing metrics using the received data, and 
graphing the predetermined pricing metrics. The waterfall identifies the present value 
of each of the predetermined pricing metrics in relation to others of the predetermined 
10 pricing metrics. 

In another aspect, a system for analyzing a financial services pricing process is 
provided. The system comprises means for receiving data fi-om a plurality of sources 
in a tool; and means for generating a waterfall. The means for generating a waterfall 
includes means for measuring a plurality of predetermined pricing metrics using the 
1 5 received data, and means for graphing the predetermined pricing metrics. The 
waterfall identifies a present value of each of the predetermined pricing metrics in 
relation to others of the predetermined pricing metrics. 
BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram illustrating one embodiment of a system for 
analyzing a financial services pricing process in accordance with the present 
20 invention; 

Figure 2 is a block diagram illustrating one embodiment of a financial services 
system; 

Figure 3 is a block diagram illustrating one embodiment of a waterfall tool for 
use with a system of the present invention; 
25 Figure 4 is a block diagram illustrating one embodiment of a waterfall- 

dashboard of the waterfall tool of Figure 3; 

Figure 5 is a chart illustrating one embodiment of a waterfall according to the 
present invention; 

Figure 6 is a chart illustrating one embodiment of an underwriting worksheet 
30 according to the system and process of the present invention; 

3 
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Figure 7 is a chart illustrating one embodiment of a discount and a rider 
worksheet according to the system and process of the present invention; 

Figure 8 is a chart illustrating one embodiment of a commission worksheet 
according to the system and process of the present invention; 
5 Figure 9 is a chart illustrating one embodiment of a channel allowance 

worksheet according to the system and process of the present invention; 

Figure 10 is a chart illustrating one embodiment of a bonus worksheet 
according to the system and process of the present invention; 

Figure 1 1 is a screen shot illustrating one embodiment of the product-price 
10 tool of Figure 4; 

Figure 12 is a screen shot illustrating one embodiment of the bonus schedule 
tool of Figure 4; 

Figure 13 is a flow diagram illustrating the steps performed in one 
embodiment of a method for analyzing a financial services pricing process according 
15 to the present invention; and 

Figure 14 is a chart illustrating a control plan according to the system and 
process of the present invention. 
DETAILED DESCRIPTION OF THE INVENTION 

Reference will now be made in detail to the present preferred embodiments of 
the invention, examples of which are illustrated in the accompanying drawings in 
20 which like reference characters refer to corresponding elements. 

The present invention is described in relation to systems and methods for 
analyzing a financial services product pricing process. Figure 1 is a block diagram 
illustrating one embodiment of a system for analyzing a financial services pricing 
process according to the present invention. The system may include a financial 
25 services system 10, a waterfall tool 20 and a waterfall output 30. Waterfall tool 20 is 
a tool which can be used to show revenues cascading down fi-om a base list price to an 
invoice price and then to a pocket price. Each element of price structure represents a 
revenue "leak". The waterfall tool 20 may be used to manage revenue leaks and 
thereby enhance price performance. The financial services system 10 may include 
30 one system or a plurality of systems. The waterfall tool 20 may receive inputs from 
the financial services system 10 to generate the waterfall output 30 illustrating 

4 
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revenue "leaks". The waterfall tool 20 and the waterfall output 30 are shown in 
Figure 1 to be outside of the financial services system 10. However, the waterfall tool 
20 and the waterfall output 30 may be a part of the financial services system 10 in one 
embodiment. 

5 In one embodiment, the waterfall tool 20 may be located at a remote site from 

the financial services system 10. In such an embodiment, the located waterfall tool 20 
may be linked to the financial services system 10 through a communications link. The 
communications link may include or interface to any one or more of the Internet, an 
intranet, a Personal Area Network (PAN), a Local Area Network (LAN), a Wide Area 

1 0 Network (WAN), a Metropolitan Area Network (MAN), a storage area network 

(SAN), a fi-ame relay connection, an Advanced Intelligent Network (AIN) connection, 
a synchronous optical network (SONET) connection, a digital Tl, T3, El or E3 line, a 
Digital Data Service (DDS) connection, a Digital Subscriber Line (DSL) connection, 
an Ethernet connection, an Integrated Services Digital Network (ISDN) line, a dial-up 

1 5 port such as a V.90, a V.34 or a V.34 bis analog modem connection, a cable modem, 
an Asynchronous Transfer Mode (ATM) connection, a Fiber Distributed Data 
Interface (FDDI), or a Copper Distributed Data Interface (CDDI) connection. The 
communications link may also include or interface to any one or more of a Wireless 
Application Protocol (WAP) link, a General Packet Radio Service (GPRS) link, a 

20 Global System for Mobile Communication (GSM) link, a Code Division Multiple 
Access (CDMA) link, a Time Division Multiple Access (TDMA) link such as a 
cellular phone channel, a Global Positioning System (GPS) link, a Cellular Digital 
Packet Data (CDPD) link, a Research in Motion, Limited (RIM) duplex paging type 
device, a Bluetooth radio link, or an IEEE 802.1 1 -based radio frequency link. The 

25 communications link may further include or interface to any one or more of an RS- 
232 serial connection, an IEEE-1394 (Firewire) connection, a Fibre Channel 
connection, an infrared (IrDA) port, a Small Computer Systems Interface (SCSI) 
connection, a Universal Serial Bus (USB) connection or another wired or wireless, 
digital or analog interface or connection. 

30 If the financial services system 1 0 and the waterfall tool 20 are linked by the 

communications link, each of the financial services systems 10 and the waterfall tool 
20 may include a server for transmitting and receiving data. The financial services 
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system 10 may also include a workstation running a Microsoft Windows NT 
operating system, a Windows™ 2000 operating system, a Unix operating system, a 
Linux operating system, a Xenix operating system, an IBM AIX™ operating system, 
a Hewlett-Packard UX™ operating system, a Novell Netware™ operating system, a 
5 Sun Microsystems Solaris™ operating system, an OS/2™ operating system, a 
BeOS™ operating system, a Macintosh operating system, an Apache operating 
system, an OpenStep™ operating system or anotitier operating system or platform. 

The waterfall output 30 may include a graphical representation of a plurality 
of predetermined price metrics as well as drill down metrics of tiie predetermined 
y 10 price metrics themselves. The waterMl output 30 may be used to review a pricing 
m process and identify opportunities to avoid revenue leaks, generate additional 

Sj revenues, and thereby realize higher profits. 

5^ In one embodiment, the waterfall output 30 may be used to illustrate a 

g waterfall for an insurance product, such as a life insurance product. The waterfall 

1 5 output 30 may include any number of predetermined price metrics. The waterfall may 
riJ be defined at an insurance policy level. For a life insurance product, all of the life 

Q insurance policies put in force during a given period of time may be collected and 

^° used to generate the waterfall output 30. This allows the waterfall output 30 to have 

drill down capability to understand a root cause of trends that are identified with 
20 respect to transaction pricing of the specific life insurance product. 

The waterfall tool 20 may be updated and reviewed at one or more 
predetermined time intervals. In one embodiment, the waterfall tool 20 may be 
reviewed and updated on a quarterly basis. Assessments may be made and actions 
taken during the review and updating of the waterfall tool 20. 
25 Figure 2 is a block diagram illustrating one embodiment of the financial 

services system 10. The financial services system 10 may include an actuarial system 
1 1, a commission system 12, a bonus system 13 and a competitive analysis system 14. 
In one embodiment, the competitive analysis system 14 may include a competitive 
analysis database. In one embodunent, each of the systems 11-13 may also include a 
30 database. 

The systems 11-14, within the financial services system 10, may mclude 
pricing process related data to be input into the waterfall tool 20. Although the 
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actuarial system 1 1, the commission system 12, the bonus system 13 and the 
competitive analysis database 14 are shown to be within the same financial services 
system 10, each of these systems 11-14 may be in a separate financial services system 
1 0, according to another embodiment In the other embodiment, the financial services 
5 system 1 0 may include other systems having data that may be input into the waterfall 
tool 20. 

In one embodiment, life insurance policy information may be obtained from 
the actuarial system 1 1, commissions data may be obtained from the commissions 
system 12, bonus information may be obtained fi-om tiie bonus system 13 and market 

10 data may be obtained firom the competitive analysis system 14. 

The data obtained firom the actuarial system 1 1 may be divided into a plurality 
of fields. The fields for the data obtained from the actuarial system 1 1 may include at 
least one of a policy number, a company name, a subphase, a status, a system plan 
code, an issue date, an alternate issue date on which a particular life insurance policy 

15 was issued, a class, an age of an insured person under the life insurance policy, a sex 
of the insxared person, a face amoimt of the life insurance policy, a chaimel through 
which the life insurance policy was sold (i.e. , via an insurer or via an agent or a broker 
via the Internet), a mode, a gross annualized premium payable by the insured person 
to the insurer to maintain the life insurance policy in force, an amount of a 

20 substandard premium, and a premium amoimt payable for a rider. 

In one embodunent, the subphase field may mdicate whether an insurance 
policy has a rider or not. A rider may be a document which amends the life insurance 
policy. In one embodiment, the rider may increase the amoimt of premiums paid for 
the insurance policy in order for the insured person to obtain some special or 

25 additional coverage or benefits. The information included in the status field may 
indicate whether or not the rider is in force. The information included in the system 
plan code field may indicate a term of the insurance poUcy, such as a 20 year term or 
a 30 year term, or whether the poUcy is discounted. The information included in the 
issue date field may include a date on which the insurance policy is effective and 

30 coverage starts. The class field may indicate a risk class such as a preferred best risk 
class, or a preferred risk class, etc. of a policyholder or insured person for the 
insurance policy (i.e,, a nonsmoker with no health-related problems). The 
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information included in the mode field may indicate a frequency in which premiums 
are payable and the information included in the gross annualized premium field may 
include a total amount of premiums payable in a year, including any premiums 
payable for riders. 

5 In one embodiment, the data obtained &om the commissions system 12 may 

be divided into a plurality of fields. The fields of the data fi-om the commissions 
system 12 may include an identification ("ID") number for each of the agents selling 
the insurance policy product, an annual commission level to be paid on all sales of the 
L,i insurance policy products made by agents or brokers for the insurer, a policy ID 

5 10 number, a plan type, and a paid date. The information inchided in the plan type field 
W may include the type of insurance policy product sold such as, for example, a 20 year 

Rj term life insurance policy, or a 30 year term life insurance policy. The information 

5 included in the paid date field may include a last date on which a commission to the 

g agent was paid. The commission data field may also include a mode field indicating a 

15 frequency of commission pajTnents. 
J In one embodiment, data obtained fi-om the bonus system 1 3 may be divided 

Ci into a plurality of fields including at least one of a company ID number field for a 

' number identification of a company for an agent or broker selling the insurance policy 

product, a name of the company field to identify the name of the company selling the 
20 insurance policy product, a bonusable commissions field, a qualifying commissions 
fields, and a bonus paid field to indicate an amount of bonuses paid through a 
predetermined period. Data obtained fi-om the bonus system 13 may also include a 
current institution roll-up map. A highest level of the current mstitution roU-up map 
may indicate a level of sales at which a bonus will be paid. In one embodiment, 
25 collection of a new current institution roll-up map firom the bonus system 13 allows 
the waterfall tool 20 to use all current company identifications and commissions 
payable on sales in generating the waterfall output 30. 

In one embodiment, the data obtained from the competitive analysis data 
system 14 may include market data regarding competitors or other institutions. In one 
30 embodiment, market data from the competitive analysis system 14 may be grouped 
into a plurality of data fields including a competitor name, a product type, a risk class, 
a premium band illustrating a plurality of premiums at which a specific insvirance 
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policy product has been sold, a rate, an average rate, and a commission. The rate field 
may include a price of an insurance policy product of the competitor. The average rate 
field may include an average price of all of the competitors' insurance policy field 
products sold. The market data may also be obtained fi-om sources other than the 
5 competitive analysis system 14. 

Figure 3 is a block diagram illustrating one embodiment of the waterfall tool 
20. The waterfall tool 20 may include an input module 40 and a tools modvile 42. In 
one embodiment, the input module 40 may be comprised of a database such as an 
Oracle™ relational database, an Informix™ database, a Database 2 (DB2) database, a 

10 Sybase database, an On Line Analytical Processing (OLAP) database, a Standard 

Query Language (SQL) database, a storage area network (SAN) database, a Microsoft 
Access™ database or other similar databases. 

The input module 40 may include a plurality of files for accepting data fi-om 
the financial services system 10. The files may include an actuarial data file 21, a 

1 5 commissions data file 22, a bonus data file 23, and a market file 28. The actuarial 

data file 21 may accept actuarial data fi-om the actuarial system 1 1. The commissions 
data file 22 may accept commissions data fi-om the commissions system 12. The 
bonus data file 23 may accept bonus data firom the bonus system 13. The market file 
28 may accept market data fi-om the competitive analysis system 14. 

20 The input module 40 may also include an institution roll-up map file 25, a date 

conversion file 26 and a plan code conversion file 27. The institution roll-up map file 
25 may accept the institution roll-up map data collected from the bonus system 13. 
The date conversion file 26 may be a spreadsheet file used to convert dates given in 
an actuarial format into predetermined time identifications. For example, the date 

25 conversion file may convert dates given in an actuarial format into a plurality of 

months and quarters. The plan code conversion file 27 may be a spreadsheet file used 
to convert plan codes from the actuarial data obtained from the actuarial system 1 1 
into a product name stored with the plan code in a database. 

In one embodiment, there may be eight separate input files 21-28 used to 

30 develop the waterfall output 30. All of the input files 21-28 may be linked into the 
input module 40, In one embodiment, the input module 40 may be a Microsoft 
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Access™ database. The data within the Access™ database may be manipulated to 
generate the waterfall and metrics of the waterfall output 30. 

Database queries may be designed to sort the data received from the financial 
service system 10 into a format needed for the waterfall output 30. In one 
5 embodiment, the database queries may include an "all data" query, a "commission" 
query, a "rider" query, a "product" query, an "agency" query, and a "bonus level" 
query. 

The "all data" query may be designed to run through the various linked 
^ databases and put all of the information needed into one area. In one embodiment, the 

0 10 "all data" query may be linked to all data except the market data which may be 
Sj queried separately. Most of the other queries may be built off the data obtained via 

Si the "all data" query. 

ro A "volume" query may be used to sort out sales volumes through each of the 

7~ different premium bands. Within each premium band, the sales may be sorted by a 

^ 15 product, a class, an age and/or a gender of the insured person. The volume queries 
fU may be linked with tiie market database to calculate a total market gap. 

5^ The commission queries may be used to calculate commissions payable on an 

^= insurance product policy level. A first commissions query may be used to calculate a 

commissionable premium for each insurance policy product subtracting out a service 
20 fee and a modal fee (for payment plans). A second commissions query may calculate 
the commissions to be paid for each of the individual insurance policy products sold. 
A third commissions query may be used to obtain a sum of the total commissions paid 
and the amount for each individual insurance policy product type. 

In one embodiment, a rider may be available for each of the insurance policy 
25 products sold. For example, a life insurance policy may have a child rider, a spouse 
rider and/or a waiver rider available. A rider query may be used to calculate a 
monthly product rate of riders. A first rider query may be used to determine an 
amount of an annualized premium and a number of riders sold in that month. A 
second rider query may be used to sum a total number of riders sold for a year to-date 
30 and a total amount of premiums for a year to-date. 

In one embodiment, specific queries may be available for each rider type. For 
example, waiver rider queries may be executed in one embodiment. Waiver rider 
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queries may be used to sort waiver riders into monthly sales figures. A first waiver 
rider query may be used to sort all waiver riders from the regular insurance policy 
products. A second waiver rider query may be used to sort the total waiver rider sales 
within a month. A third waiver rider query may be used to calculate a total premium 
5 and count for an entire period. 

An individual insurance policy product query may be used to separate out 
regular insurance policy products from riders by an individual insurance policy 
product. For example, an individual product query may calculate a sum of tiie 
L,.^ premiums for a certain insurance policy product for a specific month including riders 

y 10 and the numbers of that insurance policy product type sold in a particular month. A 
ru total insurance policy product query may be used to sort a monthly production of the 

|j regular insurance products including a rider type. For example, the total insurance 

policy product query may sum the premiums for all of the regular insurance policy 
s products sold including riders for a certain month and the number of the regular 

h = 15 insurance policy products including riders sold in that month. 
2f In one embodiment, the individual product query and the total product query 

O may be used to separate spouse riders from other products. A first spouse rider query 

may separate the spouse rider by the individual product. A second spouse rider query 
may be used to sort the monthly production for spouse riders. 
20 An all agency query and a bonus level query may be used to sort out 

commissions paid to individual agencies or departments. The all agency query may 
be used to match an institution ID number with the institution roll-up map 25 so that it 
is possible to tell which agency or department belong under which. The bonus level 
query may be xised to sort and sixm all of the agencies at the bonus level. 
25 The tools module 42 may include a pay level tool 43, a waterfall dashboard 

44, a product-price tool 45, a date conversion tool 46, a plan code conversion tool 47, 
a control charts 48, and a bonus schedule tool 49. The waterfall dashboard 44 may be 
used to generate the actual charts for the waterfall output 30. Waterfall dashboard 44 
may be a spreadsheet file, such as, for example, a Microsoft Excel™ file. The control 
30 charts 48 may be used to generate control charts for the individual buckets or metrics 
of the waterfall output 30. The control charts 48 may be a Mini-tab™ file. The 
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product-price tool 45 may be used to generate a market dashboard. The product-price 
tool 45 may be a spreadsheet, such as, for example, a Microsoft Excel™ spreadsheet. 

The pay level tool 43 may be a spreadsheet file that sorts all of the separate 
departments or agencies or sub-companies (hereinafter, "departments") within the 
5 company performing the waterfall analysis into their bonus pay levels. For example, 
the company performing the waterfall analysis (heremafter, "the company") may be 
comprised of an insurance company including a plurality of agents or other sub- 
companies selling insurance policies or insurance related products. 

The institution roll-up map 25 may be pasted into the pay level tool 43 to 

10 create the file. In one embodiment, the spreadsheet file may be a Microsoft Excel™ 
file. In one embodiment, the institution roll-up map 25 may be pasted into the 
Excel™ file, and the columns preceding where the institution roll-up map 25 is 
pasted may be used to calculate the level at which bonuses were paid for each 
individual department ID number. Once the file is created, the file may be saved as a 

15 comma separated variable file (".csv"). The file may be then imported into a 
database, such as an Access™ database. 

The date conversion tool 46 may also be an Excel™ worksheet used to convert 
dates given in the actuarial format into months and quarter. The current year may be 
entered into one colimm and the dates may be automatically updated. Once the dates 

20 are updated with the current year, the file may be saved as a .csv file for importing 
into the Access™ database. 

The plan code convereion tool 47 may also be a spreadsheet file, such as, for 
example, an Excel™ file. The plan code conversion tool 47 may be used to convert 
actuarial product names into simple product names that may be recognized. The 

25 Excel™ file fi-om the plan code conversion tool may be updated as the product names 
change. The Excel™ file from the plan code conversion tool 47 may then be saved in 
a .CSV format to be read into the Access''"^* database. 

The waterfall dashboard 44 may be a spreadsheet workbook used to generate 
the waterfall and all the pricing metrics. In one embodiment, the waterfall dashboard 

30 may be an Excel™ workbook. The waterfall dashboard 44 will be described in more 
detail with reference to Figure 4. 
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Figure 4 is a block diagram illustrating one embodiment of the waterfall 
dashboard 44 according to the present invention. The waterfall dashboard 44 may 
include a waterfall worksheet 51, an underwriting worksheet 52, a discount and a 
rider worksheet 53, a commissions worksheet 54, an average bonus percentage 
5 worksheet 55, a channel allowance worksheet 56 and a bonus level worksheet 57. 

The waterfall worksheet 51 may be used to calculate a plurality of waterfall 
buckets or the predetermined pricing metrics and produce the waterfall graph for the 
waterfall output 30. Figure 5 is an illustration of one embodiment of the waterfall 
worksheet 51 according to the present invention. A plurality of database queries, such 
y 10 as, for example, Microsoft Access™ formatted database queries, may be performed to 
RJ obtain data to generate the waterfall graph and calculate the waterfall buckets. As 

S shown in the chart of Figure 5, the data obtained firom the database queries may 

% include a total gross aimualized premiimi, a total annualized premium from riders, a 

s commissionable premiimi amount, a total commissions paid amount, a total number 

fii 15 of spouse discounts, and an amount of a market gap. This information may be pasted 

into the waterfall worksheet 5 1 from the database. The waterfall worksheet 5 1 may 
O then calculate the values for each bucket or metric to generate the bar graph shown in 

Figure 5. The pricing melrics calculated may include a market price, a market gap, a 
list price, an underwriting, a discount amount, a rider amount, a premiiim, a 
20 commission amoimt, and a bonus amount. 

The underwriting worksheet 52 may be used to generate an underwriting 
dashboard. Figure 6 is an illustration of one embodiment of the underwriting 
worksheet 52 according to the present invention. Data received from an underwritmg 
committee may be directly typed into the underwriting worksheet 52. The 
25 imderwriting worksheet 52 may be designed to show underwriting information for 
individual sites and for the overall company. The underwriting worksheet 52 may 
include a plurality of fields for such as a percent of policies reclassified, a premium 
(or revenue) leakage amount, and an information error percentage, as shown in Figure 
6. A graph 602 may be generated from the underwriting worksheet 52 to illustrate the 
30 premiimi leakage. In one embodiment, the graph 602 may illustrate the premium 
leakage for a product at each of the individual sites or departments within the 
company and the overall company. 
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The discount and rider worksheet 53 may produce a dashboard for discounts 
and riders. Figure 7 is a screen shot illustrating one embodiment of a discount and 
rider worksheet 53 according to the present invention. Output from database queries 
may be placed into the discount rider worksheet 53 to calculate the metrics and 
5 generate the dashboard. The riders available for adding to a financial services 

product, such as an insurance policy, may include a waiver rider or a child rider. The 
data in the discoiint and rider worksheet 53 may include usage and premium 
information for each category of rider. In one embodiment, the data in the discoimt 
and rider worksheet 53 may include a. waiver usage, a waiver average premium, a 

10 child usage, and a child average premium. In one embodiment, the data in the 

discount and rider worksheet 53 may also include a discount assumption percent and a 
percent of discounts. Data from the discount and rider worksheet 53 may be pasted 
into a Mini-tab™ file to generate the control charts tool 48. 

The commissions worksheet 54 may be used to generate a commissions 

15 market comparison metric. Figure 8 is an illustration of one embodiment of the 

commissions worksheet 54. A premium delta, calculated using volume queries, and 
the market database file 28 may be pasted into the commissions worksheet 54. In one 
embodiment, the market database file 28 may be used to determine competitors' 
commission rates. Those rates may be imported into the commissions worksheet 54 

20 to generate a commissions graph. 

The channel allowance worksheet 56 may be used to produce an allowance 
dashboard. Figure 9 illustrates the channel allowance worksheet 56 according to one 
embodiment of the present invention. The data in the channel allowance worksheet 
56 may include how much each sales channel is spending relative to its product 

25 allowance. For example, the channel allowance worksheet 56 may include for each 
sales channel a series of columns and the quarters of the year as rows, as shown in 
Figure 9. The entries for each sales channel for each quarter may include the percent 
of the sales channel's spending relative to its allowance. The channel allowance 
worksheet 56 may also include the target allowance for a particular sales chaimel for 

30 each quarter. 

The bonus level worksheet 57 may include data firom a bonus schedule file 49. 
Figure 10 is an illustration of the bonus level worksheet 57 according to one 

14 
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embodiment of the present invention. The bonus level worksheet 57 may include 
columns indicating an actual bonus level, a year-end projected bonus level and a 
target bonus level. The rows may indicate the quarters of a year. 

The product-price tool 45 may be a spreadsheet used to generate market gap 
5 metrics. In one embodiment, the product-price tool 45 file may be an Excel™ 
spreadsheet. Figure 1 1 is a screen shot illustrating one embodiment of the product- 
price tool 45. The product-price tool 45 may be a workbook including several 
different types of worksheets within it. The product-price tool 45 may include a 
dashboard worksheet including an example of the competitive analysis dashboard on 

10 it. The dashboard may be linked to a sum worksheet including data comparing the 
company's price to a competitive market price throughout various cells. This 
worksheet may be used to generate all graphs in the product-price tool 45. The 
product-price tool 45 may also include worksheets containing the actual price data for 
each competitor or other companies. These worksheets may be used to do all the 

15 calculations and comparisons that are summarized on a sum worksheet. The charts 
and dashboard of the product-price tool 45 may be run from the data on the sum 
worksheet. 

The dashboard worksheet 1101 may indicate product prices that are below the 
market price and product prices that are above the market price. In one embodiment, 

20 the prices above and below market price may be color-coded. In one embodiment, for 
a cell to change color, the value in the cell has to violate either of two criteria. In one 
embodiment, the criteria may be the average percent difference being greater or less 
than five percent (5%) or the span of the price range being greater than 10 percent 
(10%). The product-price tool 45 may also generate drill down charts run from the 

25 data on the sum worksheet. 

The control charts tool 48 may be a minitab file used to generate control charts 
for the riders and the discoimts. The data for the control charts tool 48 may be found 
in the waterfall dashboard 44 in the discounts and riders worksheets 53. A control 
chart may be created for each of the discounts and riders variables. In one 

30 embodiment, there may be six (6) discounts and riders variables. 

The bonus schedule tool 49 may also be a spreadsheet file, such as, for 
example, an Excel™ file. Figure 12 is a screen shot illustrating one embodiment of 
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the bonus schedule tool 49. The bonus schedule tool 49 may be used to analyze the 
company's bonus structure. The bonus schedule tool 49 may be set up to accept 
bonus payout data from the bonus system 13. In one embodiment, data from the 
bonus system 13 may be pasted into the bonus schedule tool 49. 

In one embodiment, the bonus payout data may be received from the bonus 
system 13 in predetermined intervals. For example, the bonus payout data may be 
received quarterly. The bonus schedule tool 49 may also receive data from the term 
bonus data calculated in the waterfall dashboard 44 in the bonus level worksheet 57. 
A department, an agency or a company ID may be placed in a first column of the 
bonus schedule tool 49. The bonus amount and the additional qualifying amount may 
be placed in third and fourth columns of the bonus schedule tool 49. Once the data is 
in place, the department or company name may be found based on the identification 
number. This may be done using a lookup table taken from the pay level tool 43. 
Data columns may be copied and pasted into the bonus schedule tool 49 from the 
bonus system 13. The output from the bonus schedule tool 49 may indicate the an 
average bonus percent paid over a period for the data of the bonus system 13. Bonus 
data collected from the actuarial system 1 1 may also be placed into the bonus 
schedule tool 49 on a bonus calculation worksheet. In one embodiment, an average 
bonus percentage may be calculated based on product commissions. In one 
embodiment, a calculation may also be made to represent the estimated amount of ' 
production left for the rest of the year. This calculation may be changed as the year 
progresses. 

Figure 13 is a flow diagram illusfrating the steps performed in one 
embodiment of a method for analyzing a financial services pricing process. At a step 
1301, data may be received from the systems 1 1-14. The data may be received in a 
plurality of input files 21-28. At step 1302, predetermined pricing metrics may be 
measvired using the received data. The predetermined pricing metrics may include a 
market gap, an underwriting, a discoimt amount, a rider amount, a commission 
amount, and a bonus amoxmt. The measurement of the predetermined pricing metrics 
will be described below. At step 1303, the predetermined pricing metrics may be 
graphed to produce a waterfall, as illusfrated in Figure 6. 
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The waterfall output 30 may include a waterfall and a plurality of buckets 
illustrating premium revenue leakage. The waterfall output 30 may be generated 
using the input data as described above. The buckets may include a market gap 
bucket, an underwriting bucket, a discounts bucket, a riders bucket, a commissions 
bucket and a bonus bucket. 

The market gap bucket may be an assessment of the company's prices of its 
products relative to the products of other companies in its market The market gap 
bucket may calculate a delta or difference in premiums collected for sales of the 
company's products versus an average market price using the volume of sales of the 
company. To calculate the market gap, an average market price may be determined 
using data from competitors or other companies in the market. The list of companies 
from which data is obtained may be updated as the market changes and competitors 
enter and exit the market. The price of each of the competitors' or other companies' 
products may be averaged together. 

In one embodiment, this process may be performed using the product-price 
tool 45, where the products of the competitors and other companies may be compared. 
Sales volume data may be copied into a spreadsheet to calculate the amount of 
premiums collected for each risk class and age group of insured persons buying 
insurance products. 

In one embodiment, a face amount for each of the policies sold may be an 
average of the face amoimts of policies sold for each risk class. This average may be 
used to calculate the premiums collected. In another embodiment, the sales volume 
may be segmented into premium bands which limit the range used to calculate the 
average and allow additional capability in segmenting the price data. In one 
embodiment, the market database file 28 may be linked to a waterfall database file 
which may include sales volume information. Using the database queries described 
above, the data may be sorted to provide a product price, a risk class, an age and a sex 
of an insured person purchasing a policy, a premium band, a sales volume, an average 
face amoimt of a policy type, a company ID, an average price, a percent difference, a 
premium delta and a rank. The sum of the premium delta column may be the value of 
the market gap bucket. The sum of aU of the values above the market price and all of 
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the values below the market price may also be calculated. In one embodiment, this 
data may be calculated in the product-price tool 45. 

The market gap metric may be calculated using the data fields as shown 
above. The percent difference from the market and tiie competitive rank may be 
calculated for each individual product, risk class and premium band. Using the 
database, this data may be sorted to give information by product group. This data 
may then be pasted into a worksheet to generate the market data graphs and 
dashboards. In one embodiment, the market data graphs and dashboards may be 
generated using the product-price tool 45. 

The underwriting metric of the waterfall output 30 may show the amount of 
premium leakage experienced by an insurer across the insurer's entire product line. 
For example, for an insurance poKcy product, premium leakage may be caused by 
reclassification of the insured person's risk class. This reclassification may cause the 
company to collect less premiums on a higher risk insured person. The first year 
premiirai difference between what is being collected and what should have been 
collected may be classified as premium leakage. To obtain this information, a semi- 
annual underwriting audit may be performed across all product underwriting 
locations. A statistically valid sample of msurance policies may be reviewed to 
determined an underwriting error rate and an amount of premium leakage caused by 
this rate. An imderwriting committee may compile this information at the end of each 
audit cycle. An error rate and the premium leakage for each individual site as well as 
overall product trade may be provided. This data may be placed into the waterfall 
dashboard 44 in the tmderwriting worksheet 52 to generate the underwriting 
dashboard. The overall premium leakage number may be calculated and placed on 
the waterfall output 30. 

The waterfall discount buckets or pricing metrics may include a total dollar 
amount of discounts granted by the insurer during a predetermined time period. This 
number may be calculated using the actuarial database. In one embodiment, all of the 
discounted policies may be encoded with an identifier in the plan code. For example, 
all of the discoxmted policies may be coded with a "S" in the plan code. A query may 
be used to sort the discounted policies and calculate the total value of discounts given. 
This value may be placed on the waterfall output 30. The discount metric analyzed 
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may include the usage percentage over time. This data may be extracted from the 
actuarial data 21 using the alternate issue date, i.e., the date the poUcy was put into 
force on the system. Using the date conversion tool 46, the alternate issue date may 
be converted into a month and a quarter. Linking the .csv version of the this file with 
the waterfall database may enable pohcies to be sorted based on the month and 
quarter the policy was issued. This data may then be copied into the waterfall 
dashboard 44. 

The discount and rider worksheet 53 may be used to calculate the discount 
usage percentage on a monthly basis. This percentage may then be graphed against 
the pricing assumption percentage of discoxmt. Thtis, it may be possible to determine 
if the discount assumed percentage was exceeded at any point during the period. The 
discount percentage data may also be copied into the control charts tool 48. An 
individual moving range control chart may be generated using the discount percentage 
data. This moving range control chart may enable a determination of the variation 
between the mean and the discount usage percentage to be made. This chart may also 
allow trends to be spotted in the usage rate when the rate moves three standard 
deviations away ftom the mean. 

The rider bucket or pricing metric may include a summation of the additional 
premiums being generated by the sale of riders to issued insurance policies. This 
information may be obtained using the actuarial database. An access query using the 
subphase field may be used to sort the different types of riders available. For 
example, an access query using the subphase field may sort out all of the waiver riders 
or the child riders. Once the types of riders are separated, they may be sorted by 
month, in the same fashion as the discoimts above. This data may then be copied into 
the waterfall dashboard 44 to generate the dashboards. The data may also be copied 
into the control chart tool 48 to generate the control charts. 

The commissions bucket or pricing metric may include a calculation of all of 
the commissions paid by the insurer on the policies issued within a given period. This 
data may be obtained from the commissions system 12. In one embodiment, the data 
may provide an annualized amount for each policy. The commission data may be 
sorted in the waterfall database 40. The commission data file 22 may give the 
commission paid for each policy and the selling agent. In one embodiment, the 
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commission data may be calculated using the actuarial data 21. Database queries may 
be used to sort the policies by plan and calculate the commissionable premiums and 
the paid commissions. The total commission amounts may be determined and entered 
into tiie waterfall output 30. Renewal commissions may also be calculated using the 
5 present value of premiums. Using a present value factor determined using pricing 
models, the present values of the premium income may be determined. In one 
embodiment, this number may be multiplied by an average renewal commission rate 
of 2.75%. This amount may also be placed on the waterfall in the commissions 
bucket. Two commission metrics may be monitored, a competitive payout rate vs. a 
O 10 company payout rate and a channel allowance. The competitive payout rate may 
m show the insurance company's commission rate as it compares to those commission 

^1 rates of its competitors. The competitive payout rate may also take the insurance 

W company's sales volume over the applicable time period and calculate the difference 

j" in total commission payout at each of the competitors' commission rates. The data 

K 1 5 may then be sorted and placed into the waterfall dashboard 44 to generate the chart, 
ry The sales channel allowance may track how each individual sales channel managed its 

S expense allowance for each individual insurance product. 

^* The bonus bucket or pricing metric may include a smnmation of the bonuses 

paid by the insurer through tiie bonus system 13. In one embodiment, the bonus 

20 system 13 includes information as to each licensed broker's agency. Using the 

waterfall database 40, each insurance policy sold may be matched to a selling agent or 
broker who will be paid a commission for the sale. Using the institution roll-up map 
25, the agency may be mapped to the sales level necessary for bonuses to be paid out 
by the insurance company. At a particular bonus level, the agencies may be grouped 

25 together and total commissions paid may be summed. This data may then be copied 
into the bonus schedule tool 49, which will calculate the bonuses. This bonus amount 
may be compared with the total bonus number that is pulled from the bonus system 
13. The total bonus payout number may then be placed onto the waterfall output 30. 
The bonus metric may track an actual payout rate, a projected payout rate, and an 

30 assumed payout rate in the model. Each of these tracked rates may be tracked 
quarterly in the waterfall dashboard 44. 



wmw iiff 



PATENT 

Attorney Docket No. 52493.000163 



With each bucket defined, the waterfall output 30 may be generated. The 
waterfall output 30 may be based on a total amount of annualized premiums generated 
by the insurance company over a period of time. This total premium amount may 
include the invoice price and may be used as the basis for comparison of all of the 
5 buckets. Moving down the waterfall fixjm the invoice price, one would subtract out 
commissions paid and bonuses paid to get pocket price to the insurance company. 
Moving up the waterfall from the invoice price, a back rider premium may be added 
and discounts and underwriting errors may be subtracted to obtain a list price. From 
here, the market gap may either be added or subtracted to get the market list price. 

1 0 All of the waterfall buckets are shown on the waterfall as a percentage of invoice 
price as shown in Figure 5. The waterfall may be displayed in present value terms. 
The present value factor used to generate the initial waterfall may be predetermined. 
In one embodiment, the present value factor may be 7. This may be lowered slightly 
to represent a 13% discount rate. Once this present value factor is set, it should not be 

1 5 changed from quarter to quarter. In the waterfall dashboard 44, the waterfall 
worksheet 5 1 may be used to generate the waterfall. The total premium and 
commission amounts may be copied in from input 40 and the buckets may then be 
calculated. The waterfall dashboard 44 may be graphed from that data, 

Figvire 14 is a chart describing a control plan according to one embodiment of 

20 the present invention. A control plan 1400 may be used to implement an action plan 
based on the measurements of the predetermined pricing metrics from the waterfall. 
In one embodunent, measurements and different aspects of the different buckets may 
trigger an action plan. For example, a trigger level may be set for each measurement 
in each of the buckets. 

25 In the market bucket, measurements may include a competitive rate, a ranking 

vs. major competitors, and a percentage variance from a lowest price. In one 
embodiment, if the competitive rate is within 5% of a market average, an action plan 
of evaluating the position of all three (3) market gap metrics may be triggered. If 
ranking vs. the major competitors is within the top five (5), an action plan of assessing 

30 the current sales levels may be triggered. In one embodiment, if the percentage 
variance from tiie lowest price is wilhin 7% of the lowest price, an action plan of 
evaluating the need to re-price insurance products may be triggered. 
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In the underwriting bucket, the measurements may include an underwriting 
error rate and a premium leakage. An action plan of evaluating a need to restructure 
the insurer's underwriting guidelines may be triggered if the underwriting error rate or 
premium leakage reach a specified trigger level. 
5 Measurement of the discount bucket may include a trend of usage percentage. 

An action plan may be Iriggered if the trend of usage percentage exceeds tiie amount 
assumed in a pricing model In one embodiment, an action plan may be to assess the 
level of discounts granted by the insurer. In another embodiment, an action plan may 
be to perform a root cause analysis to determine the reason for an increase in 

10 discoimts granted. 

The rider bucket may include measvirements of trends of usage percentage by 
type and a trend average premium amount vs. type. Action plans that may be 
triggered by these measurements include determining a root cause for sales decline, 
conducting market research to determine new types and action plans to increase sales. 

15 The commission and bonus buckets may include measurements of total 

commission payout rate vs. competition. If the total commission payout rate vs. 
competition is within a mid-market range of the competitors, an action plan for 
assessing the impact of commission rate reduction on sales volume and re-evaluating 
bonus schedules may be triggered. If the trend of percentage exceeds competitors, an 

20 action plan of changing the rates if required may be triggered. 

The inventions described herein may a computer system for implementation 
of the financial services pricing process using a computer, a network and other 
resources. According to one embodiment of the invention, the analysis of the 
financial services pricing process is provided via the computer system in response to a 

25 processor in the computer system executing one or more sequences of one or more 
instructions contained in a main memory of the computer. Such instructions may be 
read into the main memory from another computer-readable medium, such as a 
storage device. Execution of the sequences of instructions contained in the main 
memory causes the processor to perform the process steps described herein. One or 

30 more processors in a multi-processing arrangement may also be employed to execute 
the sequences of instructions contained in the main memory. In alternative 
embodiments, hard-wired circuitry may be used in place of, or in combination with, 
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software instructions to implement the invention. Thus, embodiments of the 
invention are not limited to a specific combination of hardware circuitry and software. 

The term "computer-readable medium" as used herein refers to any medium 
that participates in providing instructions to the processor for execution. Such a 
5 medium may take many forms including but not limited to, a non-volatile media, a 
volatile media, and a transmission media. The non-volatile media may include a 
dynamic memory, such as the main memory. The transmission media may include a 
plurality of coaxial cables, a copper wire and fiber optics, including the wires that 
y~_ comprise a bus. The transmission media can also take tiie form of acoustic waves or 

S 10 light waves, such as those generated during radio frequency (RF) and infrared (IR) 
py data communications. Common forms of a computer-readable medium include, for 

Sj example, a floppy disk, a flexible disk, a hard disk, a magnetic tape, a CD-ROM, a 

DVD, punch cards, a paper tape, any other physical medium with patterns of holes, a 
- RAM, a PROM, an EPROM, a FLASH-EPROM, any other memory chip or cartridge, 

hi 15 a carrier wave as described heremafter, or any other medium from which a computer 
I'f can read instructions. 

O Various forms of computer readable media may be involved in carrying one or 

^ more seqtiences of one or more instructions to the processor for execution. For 

example, the instructions may initially be borne on a magnetic disk of a remote 
20 computer. The remote computer can load the mstmctions into a dynamic memory and 
send the instructions over a telephone line usmg a modem. A modem local to the 
computer system can receive the data on the telephone line and can use an infirared 
transmitter to convert the data to an infrared signal. An infixed detector coupled to 
the bus can receive the data carried in the infrared signal and place the received data 
25 on the bus. The bus may carry the data to the main memory, from which the 

processor may retrieve and execute the instructions. The instructions received by the 
main memory may optionally be stored on a storage device as described herein, either 
before or after execution by the processor. 

The computer system may also include a communication interface coupled to 
30 the bus. The communication interface provides a two-way data commxmication 
means coupling to a network link that is cormected to a local network or another 
network. For example, the communication interface may be an integrated service 
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digital network (ISDN) card or a modem to provide a data communication connection 
to a corresponding type of telephone line. As another example, the communication 
interface may be a local area network (LAN) card to provide a data communication 
connection to a compatible LAN. Wireless links may also be implemented. In any 
5 such implementation, the communication interface sends and receives electrical, 
electromagnetic or optical signals that carry digital data streams representing various 
types of information. 

The network link typically provides data communication through one or more 
networks to other data devices. For example, the network link may provide a 

1 0 connection through a local network to a host computer, a server or to another data 
equipment operated by an Internet Service Provider (ISP) or another entity. The ISP 
in turn may provide data commimication services through the world wide packet data 
communication network, now commonly referred to as the "Internet." The local 
network and the Internet both use electrical, electromagnetic or optical signals that 

15 carry digital data streams. The signals through the various networks and the signals 
on the network link and through the communication interface, which carry the digital 
data to and from the computer system, are exemplary forms of carrier waves 
transporting the information. 

The computer system can send messages and receive data, including program 

20 code, tiirough the network(s), the network link, and the communication interface. In 
the Internet example, a server might transmit a requested downloaded application for 
an application program through the Internet, the ISP, the local network and the 
communication interface. In accordance with the invention, one such downloaded 
application provides for operating and maintaining the pricing process analyzing 

25 system described herein. The received requested downloaded application may be 
executed by the processor as it is received, or it may be stored in a storage device or 
other non-volatile storage for later execution. In this manner, the computer system 
may obtain the requested downloaded application via a carrier wave or other 
communications. 
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Other embodiments, uses and advantages of the present invention will be 
apparent to those skilled in the art from consideration of the specification and practice 
of the invention disclosed herein. The specification and examples should be 
considered exemplary only. The intended scope of the invention is only limited by 
the claims appended hereto. 
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